计划阅读调试下Dubbo的源码，结合官方源码分析Dubbo，自身再分析总结
本文对应的Dubbo框架设计
框架
分析了这么久，一直没有从整体框架看下Dubbo。没有阅读源码前，对于一个我这样一个Dubbo使用者，是迫不及待去阅读支撑它的基层实现，对于宏观的架构还没有太大的兴趣。但是在阅读了Dubbo SPI，服务导出之后，第一感觉是整个代码是有序的，但是对于阅读者涉及类太多，分支也比较多，我觉得再继续这样阅读下去会没有一个整体的概念，导致各模块不能在脑中好好组装起来，所以必须要停下来，看下我已经阅读的部分在整个框架中的位置，以及与上下层的衔接。
分层
config 配置层：对外配置接口，以 ServiceConfig, ReferenceConfig 为中心，可以直接初始化配置类，也可以通过 spring 解析配置生成配置类
proxy 服务代理层：服务接口透明代理，生成服务的客户端 Stub 和服务器端 Skeleton, 以 ServiceProxy 为中心，扩展接口为 ProxyFactory
registry 注册中心层：封装服务地址的注册与发现，以服务 URL 为中心，扩展接口为 RegistryFactory, Registry, RegistryService
cluster 路由层：封装多个提供者的路由及负载均衡，并桥接注册中心，以 Invoker 为中心，扩展接口为 Cluster, Directory, Router, LoadBalance
monitor 监控层：RPC 调用次数和调用时间监控，以 Statistics 为中心，扩展接口为 MonitorFactory, Monitor, MonitorService
protocol 远程调用层：封装 RPC 调用，以 Invocation, Result 为中心，扩展接口为 Protocol, Invoker, Exporter
exchange 信息交换层：封装请求响应模式，同步转异步，以 Request, Response 为中心，扩展接口为 Exchanger, ExchangeChannel, ExchangeClient, ExchangeServer
transport 网络传输层：抽象 mina 和 netty 为统一接口，以 Message 为中心，扩展接口为 Channel, Transporter, Client, Server, Codec
serialize 数据序列化层：可复用的一些工具，扩展接口为 Serialization, ObjectInput, ObjectOutput, ThreadPool
从官网摘抄下来的部分，回顾之前的阅读的部分，集中在provider端的transport、exchange、protocol、registry、proxy部分。